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United States Patent and Trademadt Office nnr a ^ 

P.O. Box 1450 OCT 1 4 ZUUJ ^ l^un^ :p:> 

Alexandria, VA 22313-1450 - . , o^^wo-inn m in 

Technology Center 2100 

Dear Sir: 

In accordance with 37 CFR §1.192, Appellants hereby request reinstatenient of the Appeal 
(pursuant to the Appeal Brief filed by Appellants on February 28, 2003) and submit the Appellants* 
Supplemental Biicf on Appeal firom the rejection in the above-identified application, in triplicate, as 
sec forth in the Office Action dated July 8, 2003. 

L REAL PARTY IN INTEREST 

> The real party in interest is Intctnadonal Business Machines Corporation, the assignee of the 
present application, 

II. RELATED APPfiAIJ? AND INTERFERENCES 

An Appeal Brief was earlier submitted by Appellants on February 28, 2003, In response, 
prosecution was reopened resulting in the Office Action mailed on July 8, 2003. In response to the 
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July &^ Office Acdon, this Supplemental Bdef is accompanied by a request to reinstate the Appeal 

III. STATUS OF CtAlMS 

Cjflims 1-34 axe pending in the application. Pursuant to the earlier filed Appeal Brief, all 
prior objections and rejections were withdrawn. 

Claims 1-2, 4, 11-13> IS, 22^24, 27, and 33-34 are currently rejected under 35 U,S.C, 103(a) as 
being unpatentable over screen shots firom HTMLed (HTMLed). 

Claims 3, 5, 14, 16, 25, and 27 are currendy rejected under 35 U.S-C- 103(a) as being 
unpatentable over screen shots from HTMLed in view of screen shots from Nano WebEditor 
(Namo). . 

Claims 6-8, 17-19, and 28-30 aie currendy rejected under 35 U.S.C. 103(a) as being 
unpatentable over screen shots from HTMLed in view of Arora et, aL, U.S. Patent No. 5,911, 145 
(Arota). 

Claims 9-10, 20-21, and 31-32 are currendy rejected under 35 U.S.C, 103(a) as being 
unpatentable over screen shots from HTMLed in view of Lisle ct al., U.S. Patent No. 6,069,630 
(Lisle). 

rv. STATUS OF AMENDMENTS 

! 

No amendments to the claims have been made subsequent to die Office Action, 

V. SlIMMARY OF THE INVENTION 

Appellants' invention, as recited in independent claims 1, 12, 23, and 34, is generally directed 
to a displaying a relationship between an HTML file and an element from a form (see page 3, lines 
16-18). Specificafly, a mapping/relationship is displayed in a graphical ixsct interface. The mapping 
is between an HTML file and an element from a form, wherein the element was transferred from 
the form to an HTML page. (See page 5, lines 8-12). 

The graphical user interface indicates the relationship between the element, the form diat the 
element was transferred from, and an HTML file that the dement was transferred to (see page 5, 
lines 8-27). Such claim language (in the independent claims) illustrates that the user may easily view 



9 



10-08-2003 02:11PM FROM-Gates S CooperLLP +13106418798 T-313 P. 007 F-348 



the relationships of objects involved in the creation of a web page in a graphical user intei&ce. Such 
viewing capability may further allow a user to easily manipulate a page and vanoiis elements in a 
page using a tool for building an HTML page (associated with an HTML file). Further, as described 
in the specification, since the form contains one or more dements, and many instances of an 
element may be used in various HTML pages, only one copy of the form (that inclxxdes the element) 
needs to be retrieved locally (see page 15, lines 1-5). Accordingly, processing and transfer time are 
optimized. 

Once the information is read firom the project file that contains the relationship between the 
elem^t and a particular HTML file, the information is processed to obtain a mapping hom the 
element M the form to the HTML file (see page 31, line 12 - page 32, line 12), Once obtained, the 
mapping is displayed in a graphical user interface (see page 32, lines 15-16). The graphical user 
interface allows the user to identify the element in the HTML file, the form where the element was 
transferred from, and the HTML file where the element was transferred to. 

Dependent claims 2, 13, and 24 provide a timing element that specifies when the 
information in the independent claims is generated Specifically, the information is generated when 
the element is transferred &om the HTML page associated with the HTML file (sec page 5, lines 15- 
17). 

Dependent claims 3, 14, and 25 provide the element firom the independent claims is selected 
fi:om a group diat composes a visual control and a non-visual Further, the non^visual control is 
selected from a group comprising a button, a picldist, and a data entry box. (See page 12, line 15 - 
page 14, line 3) 

. Dependent claims 4, 15, and 26 specify that the information comprises an element name and 
an HTML,file name (see page 32, lines 3-5). 

Dependent claims 5, 16, and 27 depend on claims 4, 15, and 26 and further add die 
limitation that the information also comprises a form name (see page 32, lines 3-5), 

Dependent claims 6, 17, and 28 provide details regarding how to display the mapping. 
Specifically, these claims provide that the mapping is displayed by presenting an element name and 
an HTML file name in a row of a table (see Fig, 22), 
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Dependent claims 7, 18, and 29 further elaborate on the table of claims 6, 17, and 28. 
SpedficaUy, these claims indicate that the table has cells that arc defined by row and column and the 
mapping is entered into the cell (see Fig. 22). 

Dependent claims 8, 19, and 30 provide alternative details regarding how to display die 
mapping. Specifically, these claims provide that the mapping is displayed by presenting an element 
name and the HTML file name in a column of a table (see Fig, 22 and page 33, line 19 - page 34, 
line 11). 

Dependent claims 9, 20, and 31 provide the additional capability to flag a mapping (between 
the clement and HTML file) that is invahd (see page 32, hues 14-15). 

Dppendent claims 10, 21, and 32 futther elaborate the flagging of claims 9, 20> and 31- 
Specifically, a project file is read and the HIML file name is extracted feom die project file. 
Thereafter, the HTML file name is used to search for the HTML file. If die HTML file is not 
found, the mapping is flagged as invalid (see page 33, lines 10-18). 

Dependent claims 11, 22, and 33 provide fox modifying die mapping. Specifically, a 
modified mapping is accepted and then stored in a project file (see page 32, lines 17-23). 

VI. ISSUES PRESENTED FOR REVIEW 

Whedier claims 1-2, 4, 11-13, 15. 22-24, 27, and 33-34 are unpatentable under 35 U.S-C. 
103(a) as being rendered obvious over screen shots firom HTMLcd. 

Whether claims 3, 5, 14, 16, 25, and 27 are unpatentable imder 35 U.S.C. 103(a) a« being 
rendered obvious over screen shots from HTMLed in view of screen shots firom Namo, 

Whether claims 6-8, 17-19, and 28-30 are unpatentable under 35 U.S.C. 103(a) as being 
rendered obvious over screen shots from HTMLed in view of Arora. 

Whether claims 9-10, 20-21, and 31-32 are unpatenublc under 35 U.S.C. 103(a) as being 
rendered obvious over screen shots from HTMLcd in view of lisle. 

VIL GROUPING OF CLAIMS 

~^ The rejected claims do not scand oi fiaU logethei. Each claim is iadependendy patentable. 
Separate arguments for the patentability of each claim are provided below. 
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Vni ARGUMENTS 

A. The ladependeni: Claims are Patentable Over the Cited Arc 

The Office Action rejects claim 1 as follows; 

' In regard to independent claim 1, HTMLcd teaches an HTML editor comprising a Foim 

Designer for creating/editing a form to be intergratcd wiThin an HTML page (HTMLcd page 3). The 
Foim Designer allows a user to initially drag and drop various form elements onto a designer field as 
sho\wi by die example created fonn (HTMLed page 5). After pressing ''OK", the code responsible 
for creating die form is transferred (associated) with a ne\(dy created HTML file (samplchcm) 
(HTMLcd page 6). When samplchim is reopened and/or previewed in Netscape via 'Test with 
^ Netscape" option (HIMLed page 7-8)> the form elements described by Form Designer arc defined in 

y sample-htm, which in cum are defined in the page produced in Netscape from said file, therefore 
displaying a relationship by at least viewing the FjTML code (compare ^th daim 1 "A method of 
disp£gyiijg a relatiomb^ betwwi an HTML file mid an ilmmt fnm a fimt, ^bertin rbe ciemttt is in an tUML 

HTMLed teaches a file (samplfi.htna) containing form control code, said sample.htm file can 
be reasonably interpreted by die skilled ardsan as a project file, said samplc.htoi file con rainin g form 
code infoxmanon defining an association between the previously transferred form elements and th 
page rendered from said samplchrm file (FJTMLcd page 6; compare with daim 1 ^'nading information 
from a projut fik, the infomalion comprising a relaiionship bcliueefi the ekmm that has been transferred from the firm 
to the HTML page and the HTML ftie associated with the HTML pagef), 

HTMLed leaches creation of a customized form using a FOl^W Designer window, said 
window showing a spaual mapping of form elements (HTMLed page 5), Subsequent to pressing die 
"OK" buuon, the repicsentarive form code information is transferred (mapped) to an HTML file 
(sample.htm, see HI^dLed page 6), the code also acting to preserve the spatial mapping of said 
elements (compare with daim 1 ^'processing the infimtation to map the ekmentfrom the form to the HTML 

fikry 

HTMLcd teaches display of a sample HTML file (sample.btm. sec HTMLcd pa,gfc 6) 
comprising Form code, said form code showing an assodation between form elements (i.e., "Radio 
Button" is associated with the form), said form code showing a rdadonship to an HTML file (Le., die 
form code is endosed within sample.htm). The limiiadon of displaying a mapping would have been 
obvious to one of ordinary skill in the an at the time of the invention, in view of HTMLed, because of 
HTMLed*s disdosure of sample.htm, and of Form Designer. Since the form elements axe assodated 
^ (related) to the displayed form code block, and said form code block is associated (related) to 

sample-htm, the preservation of spatial mapping of form elements (HTMLed page 5), provides a 
reasonable suggestion to the skilled artisan to display the above assodarions, relations, and preserved 
spatial mappings as a displayed mappiag of relaiionshipSj providing the benefit of mapptag for a user 
TO better visualnse form rdationships (compare wirh claim 1 ^^displcrj/ing the mapping on a^aphicat user 
interface thai indicates the relationship between the element, the fom» and the HTMLfiie*^, 

For reasons gtmilqr xo those eajJicr addressed. Appellants respectfully traverse and appeal 
these rejections for one or more of the following reasons: 

(1) Notte of fhtf dud njmnces leach, disclose, orstt^esl providing a mapping from an dement 
transferred from a form to an HTML file assodated with an HTML page; 
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(2) None of £ie cikd nfennces kacbj disclose, or surest displaying a mappingfrom an element to an 
HTML file in a graphical user interface that indicates the relationship between the element, the form, and the HTML 
file. 

As described above, the present claims provide for displaying (in a graphical user interfeice) a 
rclatioaship (i.e., mapping) between an HTML file, an element firom a fomi, and the foixn» wherdn 
the element was transferred to an HTML page from the form. For example^ a form can contain 
multiple elements. One dcmem is ixansferred from the form to an HTML page (e.g., when creating 
the HTML page). 

As claimed, the graphical user interface indicates the reladonship between the clement, the 
form diat.rhe element was transferred from, and an HTML file that the element was transferred to. 
Such claim language illustrates that the user may easily view the relationships of objects involved in 
the creation of a web page in a gtaphicaJ. user interface. Such viewing capability mscy further allow a 
user to easily manipulate a page and various elements in a page using a tool for building an HTML 
page (associated with an HTML file). Further, as described in the specification, since the forai 
contains one or more elements, and many instances of an element may be used in various HTML 
pages, only one copy of the form (that includes the element) needs to be retrieved locally (sec page 
15, lines 1-5). Accordingly, processing and transfer rime are optimized. 

Once the information is read from the project file that contains die relationship between the 
clement and a particular HTML file, the information is processed to obtain a mapping from the 
element in the form to the HTML file. Once obtained, the mapping is displayed in a graphical user 
interface. ,The graphical user interface allows the user to identify the element in the FITML file, the 
form where the clement was transferred from, and the HTML file where the element was 
cransferred to. 

HTMLed completely fails to teach any such relationship or display of such a relationship. In 
feet, the Office Action admits the lack of displaying the relationship by stating that display of a 
mapping would be "obvious" in view of HTMLed (see page 4 of the Office Action). 

T&fe distinction between the terms "form" as used in die claims and "HTML Form" as used 
in HTMLed must be understood to xmderstand the differences between the reference and the 
claimed invention. The form as claimed provides a list of one or more elements that may be used in 
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an HTML page including an HTML Fonn, An HTML Fonn is a specific type of PTTML document 
diat is used zo obtain infoimaiion &om an end-usct. In other words, die HTML Form is a 
document (that is created by a programmer or wcb^site developer) that may be filled in (e.g., using 
radio buttons, text entry fields, list boxes, etc.) by an end-user and dien submitted for processing (of 
the iiifonnarion obtained) by a script at the web-site- 

Tib teach the relationship aspect as claimed, the Office Action relies on the sample.htm file 
and die Form code within the file (as displayed on page 5 of HTMLed), However, such screen 
shots of HTMLcd do not even remotely suggest the mapping as claimed. The screen shots of 
HTMLed illustrate the use of a Form Designer that has various Form elements to create a new 
HTML Form (Le,, the sample.htm document) (sec page 3 of HTMLed), In this regard, the Form 
Designer may be viewed as a form diat is used to create an HTML Form, 

The Office Action suggests that HTMLed page 5 teaches the Form Designer window 
showing a spatial mapping of form elements. However, the oxjly thing tliat the Form Design 
window of page 5 shows is a lisc of possible Form elements that may be used (on the right side of 
the window) and the HTML Form that has been created using such elements (on the left hand side). 
In this regard, there is no mapping displayed or suggested. As described on page 3 of HTMLed, the 
user may merely select the desired Form element and drags it into the window diat displays the 
curr^^dy designed HTML Form, As claimed, the reladonship and mapping comprises the element, 
the form the element was transferred firom, and the HTML file. HTMLed merely illustrates an 
HTML I^orm and a list of possible elements that can be placed into the HTML Form. Additionally, 
the sample.hmi file shows the code used to create the HTML Form displayed on page 5. 

Examining the HTML code on page 6 of HTMLed, the first line provides that the form 
input is given/processed (i.e., by a script) via the "POST" method. The 'TENCTYPE" tag indicates 
how the form data is encoded. The next three lines indicate that there are three radio button 
elements in the form whose values are stored in the variables radio06, radioO?, and radioOS. 
Further, the text "Radio Button" is displayed after each one of the radio bunons. Additionally, the 
third radio button has a defiult value that is '^'checked". After the radio bunons, the code provides 
for displaj^g a text area that is stored in the variable text02. The next line in the code provides for 
displaying a "Submit" bunon that may be used for submitting the form to the script that processes 
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the input. The resiilt of the fotm created by the samplc.htm code of page 6 is displayed on page 8 of 
HTMLed. 

As illustrated diroughout HTMLed (and in the sample-htm code), there is no reference to 
the form or mapping to the Design Form whatsoever. Instead, the Design Form is merely used to 
create an HMTL Form with standard HTML Form elements. Further, the standard HTML Form 
elements do not teach or display a relationship or mapping- The Office Action suggests that the 
Form code within samplchtm (on HTMLed page 6) teaches an association between Form elements 
and a rendered page (see page 3 of the Office Action)- However, the HTMLed reference merely 
contains standard HTML Form elements (i.e., radio buttons) in an HTML Form as described above. 
Thus, contrary to that suggested in the Office Acnon, the reference merely teaches standard code (as 
illustraa-d in paragraph 3 of page 3 of HTMLed and as illustrated in the reference pages of *Teach 
Yourself Web Publishing wida HTML in a Week" attached herein as Appendix B). Further, as set 
forth in the Office Action, the HTML Form code is merely transferred to the HTML file 
(samplchtm) when the "OK" button is selected. Contrary to that asserted in the Office Action, 
such a transfer is not equivalent to a mapping. Instead, the code is literally transferred into the 
HTML file. , 

Again, the Office Acrion provides ^,e., in paragraph 4 on page 3) that the HTML Form code 
shows "a relationship to an HTML file (Le., the form code is enclosed within sample.htm) " 
However, such an asserrion is not even remotely accurate. As described above, the HTML file 

! 

merely contains standard HTML Form code that is part of an HTML Form. Tlaere is no mapping 
between an element, a form that the element was transferred fix)m, and an HTML file (as claimed). 
In this regard, even if HTMLed shows a relarionship between HTML Fotm elements and an HTML 
file, HTMLed would still fail to teach all of the elements of the relarionship/mapping as claimed - 
(1) tfifc element, (2) the form the element was transferred &om, and (3) the HTML file. In £act, 
HTMLed does not even remotely refer to or suggest recording/storing the name or attributes of the 
paruculaj: Design Form that an element was retrieved/ transferred £tom. Instead, the HTML Form 
code is merely placed in the sample.htm file. 

The Office Action then continues and states (on page 4): 

.Since the form ekments ate associated (related) to the displayed fbnn code block, and said form 
code block is aat>odated (tclated) to sample.han, the pteservadon of spadal mapping of fotm elements 
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(HTMLcd page 5), piovides a reasonable su^cstion to rhc skilled arti^ian to display the above 
associadons, teladons, and preserved spatial znappings as a displayed mapping of cclationships, 
providing die benedi of mapping for a u«cr to better visualize form relationships. 

Appellants submit that such an assertion is completely without merit. In this regard, the HTML 
Form clients arc defined in the HTML file by the HTML Form code blocks. There is no 
reference, implicit or explicit, of the form that the element was transferred &om whatsoever (as 
claimed). Further, HTMLcd does not display a mapping ('^spatial" or otherwise) of form elements. 
In addition, the Office Action reUes on the benefit of mapping for a user to better visualise form 
relationships to suggest the display of the claimed mapping/relauonship. However, such a benefit 
or suggestion of such a benefit is completely absent from HTMLed, In this regard, unlike the 
present invention, the prior art fails to recognize the benefit and possibility of creating a mapping 
and displaying such a mapping as presendy claimed. 

In view of the above, Appellants submit that it would not have been obvious to display the 
mapping as claimed. Further, the existence of such a mapping (for display or odierwise) is clearly 
absent firom HTMLed and the other references. 

> B. Dependent c l^tTn.Q 1 ^. and 24 are Patentable over the Prior Art 

Dependent claims 2, 13, and 24 provide a riming element that specifies when the 
information in die independent claims is generated. SpeaficaUy, the informarion is generated when 
the clement is transferred from the HTML page associated with the Hl^ML file. None of the cited 
references teach, disclose, or suggest such a timing clement as claimed. The Office Action relies on 
HTMLed wherein when the user presses the "OK" bunon, the HTML Form code is transferred to 
an HTML file. The Office Action submits that such a transfer is equivalent to a mapping. A« 
described above, Appeflants respectfully traverse such an assertion. The mapping that is created and 
displayed is very different firom and is not equivalent to the mere transfer of code from one location 
to another location. As described above, the mapping is between the element, the form that the 
element was transferred from, and the HTML file that the element was transferred to. Such a 

i 

mapping is not even remotely suggested or described in HTMLed. Without describing the mapping, 
HTMLed cannot possibly describe die timing for when the claimed mapping is generated. 
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Thus, Appellants submit that dependent claims 2, 13, and 24 are allowable over the cited 
references. 

C' Dependent claims 3. 1 4. and 25 are Not Sep atarely Argued 
D. Dep vnr^lan^ Hni ms 4, 15- and 26 are Nor Separately Argued 



■ > 



FJ Dependent claims 5. 1 6. and 27 arc Patentable over rl ie Prior Art 
Dependent claims 5, 16, and 27 depend on claims 4, 15, and 26 and furdier add the 
limitation, that the information also comprises a form name. As used herein, the form name 
identifies die name of the form that the element was transferred from . 

In rejecting these claims, the Office Action relics on Namo page 4» item "Form Name", 
However, it is Appellants' understanding of Namo, that the "Form Name" merely identifies the 
name of the HTML form that the user is creating. In this regard, the name of the form tliat the 
clement was ttansferred from is not taught or suggested by Namo.' The Office Action fails to 
provide any text or description of the Namo screen shots. 

Appellants took the liberty of downloading the appropriate version of the Nano WcbEditor 
to learn naore about the cited reference. Appendix C contains 3 pages printed out from the help 
menus of the Nano WebEditor. As can be seen by the help menus, the Form referred to in Namo 
is merely an HTML Form that is created by the user and is not a form that elements were 
ttansferred from (as claimed). 

^ Thus Appellants submit that dependent claims 5, 16, and 27 are allowable over the cited 
references. 

F. Dependent cl^ itnQ 1 7^ and 28 are Patentable over the Prior Art 

As described above, diese dependent claims further illustrate how to display the mapping. 

In diis regard, the element name and the name of the HTML file that the element was transferred to 

is displayed in a row of a tabic. 
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To teach this daim clement, the Office Action lelies on Aiora Figure 22 item 2202 and coL 
10, lines j'8-40. The Office Action also relies on Arora Figure 42 and column 14, lines 33-36, 
However, Appellants note that Arora's Figure 22 does not show a table whatsoever. Instead, there 
are various graphical buttons. In addition, as indicated in the prior Office Acnon responses and 
Appeal Brief, FIGS. 22 and 42 and coL 14, lines 32-36 of Arora provide for an Assets Display that 
shows die files, links, and objects in a data processing system. 




The assets shown in FIG. 42 arc the draw objects for the products page of FIG. 22, 
Viewing FIG. 42, it appears that the Assets Display has a name of an object/file, the type of die 
object, a Ibcation of die object, a size of the object, and a date (see annotadon). Thus, FIG. 42 
merely provides a listing of the objects within a panicular project. There is no mapping indicating 
an HTML file where the object is located- Furthcmiore, there is no indication or concept anywhere 
in FIG. 42 that the element has been transferred firom a form to an HTML page. Listing objects 
found in a folder is not cc]'Liiva1ent to displaying a mapping of elements from a form to an HTML 
. file. Fxirther, there is no suggestion to add a mapping feom any other reference to the listing. The 
listing is inerely a lisiing of very generalised information about objects in a particular project and the 
folder location where the object is scored. In this xegard, the element name and the name of the 
HTML file name that the element was transferred to is not displayed in a row of a table in Arora's 
Figure 42 ;or elsewhere. To contend diat displaying a list of elements is equivalent to displiaying 
parricuki* specially obtained mapping information is without merit. 
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Form... 



Fonnat Menu 

Gives properties of the current form or selected contents. With a Button field , you can submit the information of 
the form to the Web server. If you want to dear an empty form, use the Clear Ibrm option. Some options are: 
Rctmi Name, Target Frame name, Action, IVIethod and Encoding Type. 

You dn bring the Fonn Properties dialog box up by activating the context popup menu with the right mouse button 
and choosing Form Properties menu. 



APPENDIX C 



Cooper LLP 

4» 
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General Tab 

Form Properties Dialog Box 

Information 
Form Nam© 

Give tha name of a form that Includes fomi fialds in it 
Targetiprame 

If a fomi Is related with any target frame, give the name of the frame here. 
Extended... 

If you want to insert extended attributes and values to the Insertion posifa'on» use this button. Give names and 
values of attributes In the Extended Attributes dialog box. Also, you can modify or remove extended attributes with 
this dialog box. 

Hidden Reld 

If^ou want to insert a hidden field in the cun^ntfomn, use this button. Provide an attribute name and value in the 
Form Hidden Fields dialoQ box . Also, you can modHy or remove a hidden form field in this dialog box. 

Clear form 

Clear the cun'ent form, If you do not want to use it Any fields in the cleared form do not belong to any form. 

Settings 
Action 

Enter the URL of the query server to which the form contents will be submitted. If no URL Is entered, the cun-ent 
document URL will be used. 

Method 

Enter the method of submitting information to the form handler Get or Post 

The Get method encodes the form's name/value pairs and assigns the Infomiatlon to a server variable called 
QUERY.STRING, 

The Post method passes the nameA/alue pair directly to the form handler as input for the post. 
Encoding Type 

The standard used to encode the form data that is passed to the form handler. Leave this field blank to use the 
default encoding method: applIcationAc-www-form-uriencoded, 
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coopar LLi 



Form Field 



Insert Menu 

Con]iaIns the following sub Form Field Menus: One Une Text Box , Scrolling Text Box , Check Box , Radio Button , 
DroD-dt)wn Menu , Push Button and Image Form . 

Various Fonri Relds can be sent to the fonm handling server by using the submit button of the Push Button Field, 
or canceled with the reset button. 

Use the Forni command in the Fomriat menu to give common properties to a form. 
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AddiuonaDy, merely displaying die values of a properdes window (Arora column 10, lines 
61-67) ^.e., a grid of pixels , the font used and die colors, etc.) and a lisi of draw objects (Arora coL 
11 lines 7-20) (Le,, a list of objects on a page) is not even remotely gimilgr to displaying a mapping 
that indicates the relationship between an element, a form (that the element was transferred ficom), 
and an HTML file (as claimed). 

Thus Appellants submit that dependent claims 6, 17, and 28 are allowable over the cited 
references, 

G. Dependent claims 7. 18. and 29 are Patentable over the Prtor Art 

> Dependent claims 7, 18, and 29 furdier elaborate on the table of clainas 6, 17, and 28. 
SpedficaJJy, these claims indicate that a table has cells that arc defined by row and column and the 
mapping is entered into the cell The Office Action relies on Arora Figure 39 to teach this claim 
element. The descripdon of Atora's Figure 39 (col 13, line 57 - col. 14, line 5) provides; 

FIG. 39 is an e>cample of a matxix 3802 generaced in accordance with the edges and draw 
objects. Mncrix 3902 has a number of rows equal to the number of row edges plus one. The matrix 

^ has a nximbcx of columns equal to xbc number of column edges plus one. Thus, in the example, the 
matrix hns seven columns and eight rows. Each element 3904 of the matrix ha$ a pointer £cld and an 
occupied Oag. The dement of row 7, column 2 of the matnx points to object number 1 and is marked 
as occupied. The next four elements in row 2 are also marked as occupied. The element of row 3, 
column 3 points to object number 2 and is marked as occupied. Tlie element of row 2, column 5 
points to object number 3 and is marked as occupied. The next four elements in column 5 are also 
marked as occupied. The element of row 5> column 3 points to object number 4 and is marked as 

I occupied. 

Thus, Figure 38 merely describes cells that have a pointer field and an occupied flag. In this 
regard, there is no mapping entered into a parucular cell. Further, Axora completely fails to describe 
the oase of such a mapping or table. 

Thus Appellants submit that dependent claims 7, 18, and 29 are allowable over the cited 
references, 

H. Dependent claims 8, 19. and 30 are Not Separately Argued 
L Dependent claims 9. 20. and 31 are Not Separately Arg ued 
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}. Dependep f rlntma TO. 21 . and 32 are Patentable over the Prior Art 

^ Dependent claims 10, 21, and 32 fiirther elaborate the flagging of claims 9, 20, and 31. 
Specifically, a project file is read and the HTML file name is extracted from the project file. 
Thereafirer, the HTML file name is used to search for the HTML file. If the HTML file is not 
found, the mapping is flagged as invalid. 

In rejecting this claim, the Office Action provides: "claim 10 incorporates substantially 
similar subjea matter as claimed in claims 1 and 9, and is rejected along the same rationale." 

However, claims 1 and 9 to not provide for reading a project file; claims 1 and 9 do not 
provide for extracting the HTML filename from the project file; claims 1 and 9 do not provide for 
searching, for the HTML file using the e^rtractcd HTML filename; and claims 1 and 9 do not provide 
for flagging die mapping as invalid when the extracted HTML file is not found In fact, every step 
of these independent claims are substantially different from the claims on which they depend. Lisle 
fails to teach each aspect of these claims. In addition, the remaining references also fsA to teach the 
claimed elements. 

Thus, Appellants submit that dependent claims 10, 21, and 32 are allowable over the cited 

references , 
i 

IC Dependent claims ll> 22, and 33 are Patentable over the Cited Art 

These dependent claims provide fot accepting a modified mapping and storing the modified 
mapping in a project file. In rejecting these claims, the Office Action relies on HTMLed providing 
various editing buttons on a tool bar for modifying and saving into an HTML file - sample.hnn- 

As stated above, the mapping as claimed is not taught or suggested, expliddy or impliddy, 
by HTMLcd. Without teaching such a mapping, HTMLed caimot possibly teach a modified 
mapping or the storage of such a modified mapping. 

In addition, Appellants submit that various editing buttons on a tool bar for modifying 
which elements are in an HTML form is not even remotely similar to modifying a mapping and 
storing the mapping in a project file. 

As claimed, daerc is a project file AND an HTML file. Tlie claims do not provide that these 
files the same. The Office Action provides that the sample-him file is both the HTML file and 
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the project Sit. Such an equivalence is not taught or suggested by the ckims or the specification of 
the present invention. Further, a project file (as claimed) is not equivalent to the sample.han file. 
As claimed, the project file contains information that establishes the relationship between an 
element that has been transferred firom the form to the HTML page and the HTML file associated 
widi the HTML page. HTMLed's samplchun file does not provide any such infonnation. 
Accordingly, HTMLed fails to teach various aspects of diese dependent claims. 

Thus, Appellants submit that dependent claims 11, 22, and 33 are allowable over the cited 
references. 

IX. Conclusion 

In light of the above arguments, Appellants respectfully submits that the cited references do 
not anricipaie nor render obvious the claimed invendon. More specifically. Appellants' claims recite 
novel physical features which patentably distinguish over any and all references under 35 U.S.C. §§ 
102 and 103. As a result, a decision by the Board of Patent Appeals and Interferences reversing the 
Examiner and directing allowance of the pending claims in the subject application is respectfiilly 
soUdced. ' 

] RespectfiaUy submitted, 

j GATES & COOPER LLP 

i Attorneys for Applicants 



Date: October 8. 2003 
GHG/JSF/io 

GilcC 30571.l79-US-0t 



Howard Hughes Center 

6701 Center Drive West, Suite 1050 

Los Angeles, California 90045 

(310)641-8797 




Name; Uje/orge 
Reg. Noy33,S00 
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APPENDIX A 

1 . A method of displaying a leladonship between an HTML file and an clement horn a 
form, wherein the element is in an HTML page, comprising: 

reading information firom a project file, the information comprising a relationship between 
the element that has been transferred from the form to the HTML page and the HTML file 
associated with the HTML page; 

processing the informanon to map the element &om the form to the HTML file; and 
displaying the mapping on a graphical user interface that indicates the relationship between 
the element, the form, and the HTML file, 

2. The mediod of ckim 1^ wherein the informanon is generated when the element is 
transferred from the form to the HTML page associated with the HTML file. 

> 3, The method of claim 1, wherein the element is selected ftom a group comprising: 
a^Visual control; and 

a non-visual control, selected from a group comprising a button, a picklist, and a data entry 

box. 

4. ' The method of claim 1, wherein the information comprises an element name and an 
HTML file name, 

5. ' The method of claim 4^ wherein the information fiirther comprises a form name. 

i 

6 J The method of claim 1, wherein the displaying the mapping comprises presenting an 
element name and an HTML file name in a row of a table, 

7. The mediod of claim 6, wherein die table comprises cells defined by the row and the 
column of the cell, and the mapping is entered into a cell of the table. 
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8. The method of claim 1, wherein the displaying the mapping comprises presenting 
the element name and the HTML file name in a column of a table, 

9 J The method of claim 1, further comprising flagging an invalid mapping between the 
element and die HTML file. 

1^. The method of claim 9, wherein the flagging an invalid mapping between the 
element and the HTML file comprises; 
reading the project file; 

extracting the HTML filename £rom the project file; 

searching for the HTML file using the extracted HTML filename; and 

flagging the mapping as invalid when the extracted HTML file is not found. 

U. The method of claim 1> further comprising, 

accepting a modified mapping; and 

stbting the modified mapping in the project file. 

i 

12. A apparatus for displaying a relationship between an HTML file and an element 
firom a form, wherein the element is in an HTML page, comprising: 

> means for reading infonnauon from a project file, the information comprising a relationship 
between the element that has been transferred fi:om the form to the HTML page and the HTML file 
associated with the HTML page; 

means for processing the information to map die element from the form to the HTML file; 

and 

a display for presenting the mapping to a user on a graphical xiser interface that indicates the 
relationship between the dement, die form, and the HTML file. 

13. The apparatus of claim 12, wherein the information is generated when the element is 
ttaasferred from die form to the HTML page associated with the HTML file. 
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14. The apparatus of claim 12, wherein the element is seleaed &om a group comprising: 
a visual control; 

a non-visual control, selected ficom a group comprising a bunon, a picklist, and a data entry 

box. 

15. The apparatus of claim 12, wherein the information comprises an element name and 
an HTML file name. 

16. The apparatus of claim 15, wherein the information further comprises a form name, 

i 

17. The apparams of claim 12, wherein die means for displaying the mapping comprises 
meaijs for presenting the element name and the HTML file name in a row of a table. 

18. The apparatus of claim 17, wherein the table comprises cells defined by the row and 
the coltimn of the cell, and the mapping is entered into a cell of the table, 

19. The apparatus of claim 12, wherein the means for displaying the mapping comprises 
means for presenring the element name and the HTML file name in a column of a table. 

20. The apparatus of claim 1 2, further comprising means for flagging an invalid mapping 
between the element and die HTML file. 

21. The apparatus of claim 20, wherein the means for flagging an invalid mapping 
between the element and the HTML file comprises: 

means for reading the project file; 
> means for extracting the HTML filename from the project file; 

rp^eans for searching for the HTML file using the extracted HTML filename; and 
means for flagging the mapping as invalid when the extracted HTML file is not found, 

22. The apparatus of claim 12, further comprising: 
means for accepting a modified mapping; and 

-17- 

G&C 30566,45-US-Ol 



i 



1O-0B-Z003 0Z:13PM FROM-Gates & Cooper LLP +1310641B788 T-313 P. 025 F-348 



means for storing the modified mapping in the project file. 

23. An aiudc of manufacture, embodying logic to perfonn a method of displaying a 
rekti^hip between an HTML file and an element that has been transferred from a form to an 
HTML p^^gc, the method comprising; 

reading information from a project file, the information comp ri s ing a relationship between 
an element that has been transferred firom a form to an HTML page and the HTML file associated 
with die HTML page; 

processing the information to map the element from the form to the HTML file; and 
displaying the mapping on a graphical user interface that indicates the relationship between 
the element, the form, and the HTML file, 

24. The article of manufacture of claim 23, wherein the information is generated when 
the element is transferred from the form to the HTML page associated with the HTML file- 

25. The article of manufacture of claim 23, wherein the clement is selected from a group 
comprising: 

a visual control; and 

a^ non-visual control, sebctcd from a group comprising a button, a picldist, and a data entry 

box. 

26. The article of manufacture of claim 23, wherein the information comprises an 
element dame and an HTML file name, 

27- The article of manufacture of claim 26, wherein the information fiirther comprises a 
form name. 

28, The article of manufiacture of claim 23, wherein the displaying the mapping 
comprises presenting the element name and the HTML file name in a row of a table. 
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29, The article of manufacuire of claim 28, wherein the Table comprises cells defined by 
the row and the column of the cell, and the mapping is entered into a cell of the table, 

30, The article of manufacture of claim 23, whereixi the displaying the mapping 
comprises presenting the element name and the HTML file name in a colimm of a table. 

31, Tlie article of manufacmre of claim 23, wherein die method further comprises 
flagging an invalid mapping between the clement and the HTML file. 

:v. 32, Thearridcofmanufactureof claim 31, wherein the fkgging an invaUd mapping 
benvcen jlhe element and the HTML file comprises; 
reading the project file; 

exuaciing the HTML filename horn the project file; 

searching for the HTML file using the extracted HTML filename; and 

flawing the mapping as invalid when the exnacted HTML file is not foxmd 

33. The ardcle of manufacture of claim 23, wherein the method firaher comprises: 
accepting a modified mapping; and 

storing the modified mapping in the project file* 

34. A computer readable data structure fot representing a software project in a single 
file, die software project comprising a project application defined by executable programming logic, 
and a project enviromnont fox developing the application, the data stmcture comprising: 

a first section comprising the executable programming logic needed to load and execute the 
project a|)plication in the computer^ and 

a second section for storing data required to restore the project environment, and for storing 
information comprising a relationship between elements that have been transferred firom a form to 
an HTML page and HTML files associated with the HTML page in die project; 

wherein the reladonship between elements, the form, and the HTML file is displayed in a 
graphical user interface. 
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Forms and image maps arc rwo of the mosi inieresring innovations that have been added 
in recenr cimes to Web publishing. With the advene of these features, the Web changed 
from being a publishing medium with hypertext links to a fully interactive environment 
with the potential for being something entirely new. 

In this chapter, you've learned how to lay out form elements in HTML as well as how 
to process the results on the server when that form is submitted. You should now know 
the difference between GET and POST and be able to explain why one is better. And you 
know die difference between a CERN and NCSA image map, how to create both of 
them, and how to connect clickable images, map files, and gateway scripts on the 
appropriate servers. 

In addition, you Ve learned about die remaining tags defined by the current version of 
HTML — ^those that define the elements of a form. Table 13.1 presents a quick summary 
of all the tags and attributes you Ve learned about in this chapter. 

Table 13,1- HTML Tags from Chapter 13. 



Tag 



Use 



<FOflM>, , ,</FORM> A form. You can have multiple forms within a document, 
but forms cannot be nested. 

An attribute of the <FORm> tag, indicating the method with 
which the form input is given to the script that processes the 
form. Possible values are GET and POST, 

An attribute of the <FORM> tag indicating the script to process 
the form input. Contains a relative path or URL to the 
script. 

A form element. 

An attribute of the <XNPUT> tag indicating the type of form 
element. Possible values are SUBMIT, RESET^ TEXT, RADIO, 
CHECKBOX and hidden, 

SUBMIT creates a button to submit the form to the script 
which processes the input. 

RESET creates a button which resets the default values of the 
form, if any. 

TEXT creates a single-line text field, 
RADIO creates a radio button. 



METHOD 

ACTION 

<INPUT> 
TYPE 



' 340 



Tag 



Use 



CHECKBOX creates a check box 

HIDDEN creates a fonn elemcm thai is not presented but has a 
name and a value that can then be passed onto the script that 
processes the form input. 

An attribute of the <m?m>, <SELECT>, and <textarea> tags. 
Indicates the name of the variable which holds the eventual 
value of this clement, as submitted to the script. 
An attribute of the <IMPUT> tag, indicating the defeult value 
for the form element, if any, or the value submitted with the 
NAME to the script. For SUBMIT and RESET buttons, VALUE 
indicates the label of the button. 

An actribute of the <INPUT> tag used only when TYPE is TEXT. 
Indicates the size of the text field, in charaaers. 
An attribute of the <INPUT> tag used only when TYPE is TEXT, 
Indicates the maximum number of characters this text field 
will accept, 

* An attribute ofthe<lNPUT> tag used only when TYPE is 
CHECKBOX or RADIO. Indicates that this element is selected by 
default. 

A menu or scrolling list of items. Individual items arc 
indicated by the <0PTION> tag. 

An attribute of the <SEUECT> tag indicating that multiple 
items in the list can be selected. 

An attribute of the <SEUECT> tag which causes the list of 

items to be displayed as a scrolling list with die number of 

items indicated by SIZE visible. 

Individual items widiin a <SELECT> clement. 

An attribute of the <OPTION> tag indicaung diat this item is 

selected by defeult, 

A text-entry field with multiple lines. 

An attribute of the <TEXTAREA> tag indicating the height of 

rhe text field, in rows. 

An attribute of the ^TEXTAREA> tag indicating the width of 
the text field, in characters. 



■ > 
NAME 

VALUE 

t 

SIZE 

MAXUENGTH 

CHECKED 

<SELECT> 



MULTIPLE 

SIZE 



<OPTION> 
SELECTED 

<TEXTAREA> 
ROWS 



COLS 



